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TELECOIVIMUNTCATION DIAGN OSTIC INFORMATION MANAGEMENT 

RELATED APPLICATION DATA 

lOOOl] This application claims the benefit of and priority under 35 U.S.C. § 
1 19(e) to U.S. Patent Application No. 60/470,106, filed May 12, 2003, entitled 
"Dr. DSL OSS Architecture," which is incorporated herein by reference in its 
entirety. 

BACKGROUND OF THE INVENTION 
Field of the Invention 
[0002J This invention generally relates to communication systems. In 
particular, an exemplary embodiment of this invention relates to the acquisition, 
transmission and analysis of diagnostic information. 

Description of Related Art 

10003] The exchange of diagnostic and test information between transceivers 
in a telecommunications environment is an important part of a 
telecommunications, such as a DSL, deployment. In cases where the connection 
is not performing as expected, for example, where the data rate is low, there are 
many bit errors, or the like, it could be advantageous to collect diagnostic and test 
information from, for example, a remote transceiver, such as a Customer Premises 
Equipment (CPE) modem. This is typically performed by dispatching a 
technician to the remote site, e.g., a truck roll, which can be time consuming, 
expensive and labor intensive. 

[0004] In DSL technology, communications over a local subscriber loop 
between a Central Office (CO) and a subscriber premises is accomplished by 
modulating the data to be transmitted onto a multiplicity of discrete frequency 
carriers which are summed together and then fransmitted over the subscriber loop. 
Individually, the carriers form discrete, non-overiapping communication 
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subchannels of limited bandwidth. Collectively, the carriers form what is 
effectively a broadband communications channel. At a receiver, the carriers are 
demodulated and the transmitted data recovered. 

10005] DSL systems experience disturbances from other data services on 
adjacent phone lines, such as, for example, ADSL, HDSL, ISDN, Tl , or the like. 
Furthermore, DSL systems can experience disturbances from other environmental 
factors such as, for example, temperature changes, radio interference, and the like. 
DSL systems can also experience disturbances from in-home devices such as 
telephones that may be connected to the same phone line with or without 
microfilters. Since DSL is envisioned as an always-oh service, the effect of these 
disturbances should be reduced. 

SUMMARY OF THE INVENTION 

[0006] An exemplary aspect of this invention relates to data retrieval, 
organization and presentation thereof. A diagnostic tool collects data from a plurality 
of DSL sources, such as ADSL and ADSL2 CPE modems. This diagnostic 
information is then forwarded, via an accompanying network infrastructure, to an 
Operational Support System (OSS). The acquired data can be used to, for example, 
allow various groups within a telecommunications provider to analyze, manipulate, 
sort, and the like, the obtained diagnostic data independent of the particular DSL 
Central Office (CO) chipset and DSLAM (Digital Subscriber Line- Access 
Multiplexers) implementation. 

[0007] For example, the diagnostic information can be used for customer care. In 
particular, the diagnostic infonnation can be reviewed for one or more of the 
communication lines to detemiine if there is a problem within the home, for example, 
if there is a missing microfilter, or on the line, as with a bridged tap, or in the binder 
group, for example, as cross talk. The diagnostic information can also be used for 
network operation support to allow, for example, proactive troubleshooting of one or 
more lines where the performance has dropped below a bandwidth threshold or below 
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a certain percentage. The diagnostic data can also be used by network planners to 
improve, for example, their knowledge of the network by understanding average loop 
topology, noise, DSL performance factors, and the like. 

[0008] An exemplary operation of the system includes initiating one or more 
diagnostic tests, collecting the raw data from the diagnostic test(s) and transporting 
the raw diagnostic data to the OSS. The OSS interprets the raw diagnostic data and 
stores the results in a database. TTie stored results can be searched, sorted, 
manipulated, analyzed, and the like. The results of any of these operations can then 
be, for example, displayed to one or more entities such as customer support, network 
operators, network planners, or the like. 

[0009] These and other features and advantages of this invention are described in, 
or are apparent from, the following description of the embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] The embodiments of the invention will be described in detailed, with 
reference to the following figures, wherein: 

[0011] Fig. 1 is a functional block diagram illustrating an exemplary 
telecommunications data management system according to this invention; 

[0012] Fig. 2 is a flowchart illustrating an exemplary method of acquiring and 
forwarding diagnostic information according to this invention; and 

[0013] Fig. 3 is a flowchart illustrating an exemplary method of analyzing and 
manipulating diagnostic information according to this invention. 
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DETAILED DESCRIPTION 

[001 4J The exemplary embodiments of this invention will be described in relation 
to acquiring, forwarding and analyzing diagnostic infomiation in a DSL environment. 
However, it should be appreciated, that in general, the systems and methods of this 
invention will work equally well for any type of communication system in any 
environment. 

[0015] The exemplary systems and methods of this invention will also be 
described in relation to DSL modems and associated communication hardware,, 
software and communication channels. However, to avoid unnecessarily obiscuring 
the present invention, the following description omits well-known stmctures and 
devices that may be shoAvn in block diagram form or otherwise summarized. 

[0016] For purposes of explanation, numerous details are set forth in order to 
provide a thorough understanding of the present invention, it should be appreciated 
however that the present invention niay be practiced in a variety of ways beyond the 
specific details. For example, the systems and methods of this invention can 
generally be applied to any type of conmiunication system. 

[0017] Furthermore, while the exemplary embodiments illustrated herein show 
the various components of the system collocated, it is to be appreciated that the 
various components of the system can be located at distant portions of a distributed 
network, such as a telecommunications network and/or the Internet, or within a 
dedicated secure, imsecured and/or encrypted system. Thus, it should be appreciated 
that the components of the system can be combined into one or more devices, such as 
an operational support system arid modem, or collocated on a particular node of a 
distributed network, such as a telecommunications network. As will be appreciated 
from the following description, and for reasons of computational efficiency, the 
components of the system can be arranged at any location within a distributed 
network without affecting the operation of the system. For example, the various 
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components can be located in a CO modem, a CPE modem, or some combination 
thereof, and an operational support system. 

[0018] Furthermore, it should be appreciated that the various links connecting the 
elements can be wired or wireless links, or any combination thereof, or any other 
known or later developed element(s) that is capable of supplying and/or 
communicating data to and from the connected elements. The term module as used 
herein can refer to any known or later developed hardware, software or combination 
of hardware and software that is capable of performing the functionality associated 
with an element. 

[001 9J Fig. 1 illustrates an exemplary embodiment of a diagnostic information 
tool according to this invention. In particular, the diagnostic information tool 
comprises an operational support system (OSS) 100;, a user computer 200, one or 
more CPE modems 300 (not equipped with internal diagnostic capabilities), one or 
more DSLAM's 310, one or more CPE modems 410 (equipped with internal 
diagnostic capabilities, such as an ADSL2 modem), and one or more DSLAM's 400, 
all interconnected by links 5 and one or more networks 10. The OSS 100 comprises a 
diagnostic infonnation collection module 110, a diagnostic information interpretation 
module 120, a diagnostic information storage module 130, a data correlation and 
search module 140, a polling module 150 and an output module 160. The user 
computer 200 comprises, in addition to the normal computer componentry, a 
diagnostic information acquisition module 210 and a diagnostic information 
management module 220. 

10020] In a first exemplary embodiment, the OSS 100 collects and analyzes 
diagnostic information from the CPE modem 300 that does not have internal 
diagnostic capabilities. Thus, the diagnostic information acquisition module 210 and 
diagnostic information management module 220 located on, for example, a user 
computer 200, are used to acquire and manage/forward, respectively, diagnostic 
information to the OSS 100. 
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[0021] Jn a second exemplary embodiment, the modem includes the componentry 
necessary for diagnostic information acquisition, and forwarding of that information 
to the OSS 1 00. For example, the CPE modem 410, due to its architecture, is capable 
of acquiring the diagnostic information without the necessity of having an associated 
user computer and/or modem driver software. The CPE modem 410 can, for 
example, collect the diagnostic information directly off of, for example, the ADSL 
physical layer using the embedded diagnostic tools which can forward the collected 
information to tlie operational support system 100. 

[0022] For either or these systems, the initialization of diagnostic information 
acquisition is comparable. Either of the systems, e.g., user computer 200 and 
associated CPE modem 300, or the CPE modem 41 0, can be started in an automatic 
mode, a polling mode, a user initiated mode, or an OSS initiated mode. 

[0023] In general, for either diagnostically enabled modems or modems without 
internal diagnostic capabilities, based on one or more of an instruction or pre- 
configured criteria, the modem commences training in a diagnostic mode. The 
modem then acquires diagnostic information relating to, for example, the 
communication link, signal-to-noise ratios, bit error rates, bridged tap information, 
cross talk information, noise issues at the modem premises, telephone(s) without 
microfilters, or the like. Upon acquiring the diagnostic information, the diagnostic 
information is forwarded, via the DSLAM, and network 10, to the OSS 100. 

[0024] In the automated mode, tlie CPE modem 300, 410 automatically trains in 
a diagnostic mode, for example, at some predetermined interval such as every start- 
up, every start-up within a certain time period, only every predetermined number of 
start-ups, or the like, and then re-trains in a standard mode. This allows the carrier to 
automatically collect diagnostic data, for example, every time the modem trains and 
allows a diagnostic analysis thereof. 
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[0025] This double-training mechanism can be implemented in the diagnostic 
information management module 220 or, for example, within the modem driver 
software itself. In a similar matter, the diagnostic enabled CPE modem 41 0 can be 
configured to automatically initiate the diagnostic session, however, does not require 
the componentry of the separate user computer 200 in that the fimctionality for 
diagnostic information acquisition and forwarding is embedded therein. 

100261 The polling mode allows the OSS 1 00 to regulate if and when diagnostic 
information should be acquired. The CPE modem 300, 410 upon initialization, can 
query the polling module 150 to determine if diagnostic infonnation acquisition is 
required. For example, the polling module 1 50 can include a table with, for example, 
an identifier of one or more CPE modems. Thus, when the CPE modem contacts the 
DSLAM 300, the OSS 110 is also queried, in particular the polling module 150, to 
determine if diagnostic information is required. If diagnostic infonnation is 
requested, and in the case of CPE modem 300, the diagnostic information 
management module 220 instructs the diagnostic information acquisition module 210 
to perform the requested test(s) in accordance with the information requested by the 
polling module 150. For example, the polling module 150 can request one or more 
specific tests are run either immediately or at a later time by the diagnostic 
information acquisition module 210. 

I0027J TTie polling module 1 50 can also maintain, for example, a table that can be 
proactively updated to reflect desired requests for the acquisition of diagnostic 
mformation. For example, upon receiving a customer complaint, based on data 
throughput, or the like, the polling module 1 50 can update the fi-equency of diagnostic 
infonnation acquisition. Table I below highlights some specific examples of the 
infonnation the polling module 1 50 can maintain based on a specific identifier, such 
as a specific telephone number(s). In general however, any identifier can be used 
with comparable success. 
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Telephone 
Number(s) 


Poll Information 


NPA- Nxx-Nj'y 


Perform Diagnostic test on every start-up for 
range of numbers 


NPA- Nxx 


Perform Diagnostic test at a predetermined 
interval such as once a v/eek 


NPA-Nxx 


Perform Diagnostic test if selection criteria 
met, such as line length, geographic area, or 
any other selectable criteria 


NPA- Nxx 


Perform Diagnostic test if dynamically 
determined criteria satisfied, such as, support 
call recently received, low data rate detected 
on line, performance percentage below a 
threshold 



Table I 



[0028] Upon receiving the instruction to acquire diagnostic information, the 
diagnostic infomiation management module 220 instructs the diagnostic infomiation 
acquisition module 21 0 to perform data collection. As discussed, this can be a 
"retriever" application that is modem-specific, and running on a user computer in 
communication with the CPE modem 300, via CPE drivers. The retriever application 
can also be embedded within the modem, such as in the CPE modem 410. In general, 
any type of "retriever' application can be used to acquire diagnostic information from 
the modem. Furthermore, the type of acquired information can be any information 
relating to, for example, the operation of one or more of the modem, communication 
link, and/or the central office modem. 

(00291 In the case of the CPE modem 300, once the diagnostic information has 
been retrieved by the diagnostic information acquisition module 210, the diagnostic 
information acquisition module 210 cooperates with the diagnostic information 
management module 220 to forward raw data, via network 1 0 and links 5, to the 
operation support system 100, and in pailicular the diagnostic information collection 
module 1 10. Similariy, the CPE modem 410 forwards the raw data, via network 10 
and links 5, to the operation support system 100, and in particular the diagnostic 
information collection module 110. It should be appreciated that the CPE modems 
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300, 4 1 0 could also store the raw diagnostic data and forward the data to the OSS 1 00 
at a particular later time, or at the request of the OSS 100. 

10030] The initiation of diagnostic information acquisition can also be user 
initiated. For example, the user could cycle the power on the modem and/or select, 
via, for example, a graphical user interface associated with the modem the running of 
one or more diagnostic information acquisition features and/or tests. 

10031] The initiation of diagnostic infomiation acquisition could also be 
commenced via an instruction received from the OSS 100. For example, the OSS 100 
can forward an instruction to initiate diagnostic information acquisition to the CPE 
modem 410, or to the diagnostic information management module 220 which, in 
cooperation v^th the diagnostic information acquisition module 210, performs the 
diagnostic information acquisition. 

I0032J The acquired diagnostic information for the CPE modem 300 can be stored 
in the diagnostic information management module 220 within the user computer 200. 
The acquired diagnostic information for the CPE modem 410 can stored in the CPE 
modem 410 itself 

[0033] The raw data is then forwarded to the OSS 1 00 via, for example, a higher- 
layer protocol such as, for example, an Internet Protocol (IP), Asynchronous Transfer 
Mode (ATM) protocol, a Hyper Text Transfer Protocol (HTTP), Simple Mail 
Transfer Protocol (SMTP), a Secure Sockets Layer (SSL) protocol, or in general any 
type of regular or robust communication protocol(s). Specifically, and in general, any 
protocol that is capable of transferring the diagnostic infomiation fi om the user 
computer or the diagnostic acquisition enabled modem to the OSS 100 can be used 
with equal success with the systems and methods of tliis invention. 

[0034] Once the OSS 100, and in particular the diagnostic information collection 
module 1 10, receives the raw diagnostic information, the OSS 100 can perform 
various manipulations of the raw data. To aid in tracking the raw diagnostic 
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information, the diagnostic information collection module 110 acquires, for example, 
end user information that can be associated with the associated raw diagnostic 
information. For example. Table II illustrates various types user information with 
which the raw diagnostic data can be correlated. 



10 



wo 2004/102349 



PCT/US2004/014771 



IP Address 


Dynamical])' assigned by 
carrier's DHCP server to 
end user*s PC or to router 


Captured by diagnostic 

mfoTnifitirin f*r>llf*ptif>n 

module 

IP address could be 
associated with particular 
user ID or circuit TD 


Circuit ID 


Unique identifier tied to 
user's ADSL ser\/ice 
Can be used in 
provisioning and billing 
systems 


Can be hard coded in user 
software 

Can be used as a unique 
key for a particular line 


TriallD 


Unique Identifier that can 
be used, for example, for a 
particular trial or group of 
diagnostic test(s) 


Can be assigned and 
associated with diagnostic 
information 


CPE MAC Address 


Media Access Control 

llAC/U IJcUUWctiC? 

address for CPE hard 
coded in CPP pit tinrip of 
manufacture 


Can be captured by 
i^iagnosiic jniormaijon 
Collection Module 

v^ctii UC ttzaCKJ lU LJC \Jdla lU a. 

particular modem to 
determine, for example, if 
a modem is producing 
inaccurate results and 
allows the correct! on of 
data in the interpretation 
DLL 


User Name 


User Name 


Usually entered by user 
durinfi^ installation 


Service Level 


Class of service 


Can allow trouble reports 

based on class 

Can be entered by user 

during, for example, 

installation 


Address 


Street, City, State, Zip 


Can be entered by user 
during installation 
Can be used to track/sort 
diagnostic data 


NPA-Nxx 


Area Code and First Three 
numbers of telephone 
number 


Can track/sort results for a 
particular CO 



Table II - End User Information 



10035] Having the raw data, analysis thereof can be performed. The diagnostic 
information interpretation module 120 provides the OSS 1 00 with this fiinctionality. 
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In particular, the diagnostic information interpretation module 120 can have, for 
example, a plurality of graphical user interfaces with lists of tests, sorts and/or filters 
that can be run on the raw data. A user can select from one or more of the tests, sorts 
and/or filters and perform an analysis that can be, for example, displayed graphically 
on the output module 160. A user could then have the option of storing one or more 
of the raw and analj^ed diagnostic information in the diagnostic information storage 
module 130. The stored information can be, for example, indexed and sorted such 
that subsequent retrieval and correlation to other raw and/or analyzed results could be 
performed- 

(0036J As more analyzed and raw data is accumulated and stored in the 
diagnostics information storage module 1 30, an operator of the OSS 1 00 can perform 
correlations and analysis between data received fi-om one or more modems and 
historical information. For example, correlations between one or more modems, in 
one or more geographic areas and/or associated with one or more local loops can be 
analyzed over a specific time period, during specific environmental conditions, or the 
like. The results of these correlations can be output to, for example, the output 
module 160 and displayed to a user. 

(0037J The user of the OSS 1 00 can also be provided with an interface that allows 
access to sort and/or search the information stored in the diagnostic infonnation 
storage module 130. As with the correlation, the searching can be, for example, for 
specific criteria, based on end-user information, certain information characteristics, 
trending information, or the like. The output of this searching can also be output on 
the output module 160. 

[0038] In general, sorting and/or searching can be performed on any of the raw or 
analyzed test information in any field. The OSS 1 00 should also be accessible to a 
plurality of parties in a plurality of locations. Accordingly, the OSS 100 could be 
outfitted with the appropriate architecture that allows for the access, through one or 
more of a secured or unsecured connections, to the various features therein. 
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[0039] In conjunction with acquisition of the raw diagnostic information, the 
diagnostic information collection module 110 can also obtain a circuit ID that is a 
unique identifier found in provisioning, billing, and other database systems. Given 
the IP address of the modem, the circuit ID can be determined and used as the 
identifier for storing information in the diagnostic information storage module 1 30. 
In addition, one or more of the user computer 200, CPE modem 410, and diagnostic 
information collection module 1 1 0 can record the date/time the diagnostic information 
was stored in the diagnostic information storage module 130. In addition, the raw and 
analyzed diagnostic information can be supplemented with one or more fields that 
allow, for example, user comments regarding the diagnostic testing. These comments 
can be, for example, specifics related to when the test was run and conditions 
associated therewith. 

[0040] In addition, the circuit ID can be used for adding new users to the 
diagnostic information storage module 130. For example, upon receipt of the IP 
address, the circuit ID information fi-om the most recent record associated wdth that 
circuit ID can be obtained. The registration information for the identified user in the 
diagnostic infonnation storage module 130 can then be automatically updated. This 
information may also include end-user data that is generally available on the end- 
user's PC as a result of an enrollment process which is part of the standard end-user 
DSL installation. 

[0041] The OSS 100 can also be equipped with administrative fimctionality to 
govern and regulate, for example, user access to the various fijnctionality and data 
stored therein. 

[0042] Various reports can be produced by the output module 1 60, in cooperation 
with one or more of data coiTelation and search module 140, diagnostic information 
storage module 130 and diagnostic information interpretation module 120. Tliese 
reports can include, but are not limited to, collected raw data, analyzed data, single 
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line analysis and administration, spectral analysis, rate verse reach correlation, 
troubleshooting information, customer care, and the like. 

(0043] Single line analysis and administration can, for example, use circuit 
identifiers that match an initial search criteria to, with the help of the data correlation 
search module 140, one or more lines to analyze. A list of historical information for 
that line can be retrieved from the diagnostic information storage module 130 such 
that, for example, a comparison between historical test information and a current test 
can be performed. Records for that line can also be displayed with, for example, run 
date/time infomiation, actual verse maximum upstream data rate information, actual 
and maximum downstream data rate information, data rate reduction due to cross talk 
information, microfilter status, and the like. The user could also be provided with a 
graphical user interface that allows, for exainple, through the selection of a check box 
or comparable selection icon, the re-running of any of the previously run tests, for 
example, immediately or, upon the next polling of the polling module 150. 

[0044] The spectral analysis report can provide an analysis of the type of cross 
talk present in a carrier's network and impact on end-user service. For example, using 
a standard search criteria, a report can be generated with information relating to 
average cross talk impact, average noise floor, bandwidth reduction information, and 
cumulative information, such as, for example, the top ten lines with the greatest data 
rate reduction due to cross talk. For example, the average cross talk impact 
information can include the average data rate reduction due to cross talk, obtained at 
regular historical intervals for one or more circuits within the database that meet the 
search criteria. The average noise floor can be, for example, a graph illustrating the 
carrier's average noise floor using, for example, the most recently run diagnostic 
information for one or more of the circuits in the database that meet the search 
criteria. A graph of the output could also show, for example, the history of the noise 
floor from two weeks ago, two months ago, two years ago, twenty-four hours ago, or 
the like. The bandwidth reduction information can be, for example, a list of the cross 
talk sources, the number of lines where the identified cross talk source is the primary 
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disturber, the power and data rate reduction associated therewith, and the like. For 
data and power rate reduction, a h'st of the average and standard deviation can also be 
shown and output on the output module 160. 

[0045] The rate verse reach information can provide, for example, an analysis of 
rate verses reach using actual lines in the carrier's network. Using, for example, the 
standard search criteria, a report can be generated with information that includes rate 
and reach distribution and a plot of the rate and reach for one or more lines showing 
the average in bars and showing the standard deviation in, for example, 500 or 1000 
ft. increments. Additionally, a correlation coefficient can show how well reach 
estimations predict rate. 

[0046] A troubleshooter report can provide a list of lines where performance has 
dropped more than a given percentage or below, for example, a threshold in one or 
more categories. In addition to the standard search criteria, a second search could be 
performed, allowing the user to sub-select any one or more of the following: period, 
maximum data rate percentage decrease, actual data rate near threshold, or the like. 
The period can be defined as a comparison period, and the current test data can be 
compared with historical data firom an initial installation, or any other time period at a 
given instant or during a specified duration thereafter. The maximum data rate 
percentage decrease can be illustrated, for example, in a graphical fomiat using, for 
example, color coded graphs. Lines above, for example, a certain service threshold, 
can be illustrated in one color, like green, while lines at or below a certain committed 
rate could be colored yellow and red, respectively, 

[0047] Similarly, the actual data rate and threshold data rate could be illustrated 
graphically where when, for example, a line's actual data rate is below a threshold. In 
addition, and with the cooperation of the diagnostic infomiation interpretation module 
120 and output module 160, the diagnostic information too] could be used to provide 
simple, yet valuable information, to, for example, customer care representatives 
and/or service subscribers that may have little to no training. For example, in 
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attempting to diagnose problems with a particular line, a search can be run with the 
cooperation of the data correlation and search module 140 and output module 160. 
For example, upon a customer care representative receiving a customer care support 
call, a search for the user's identifier can be performed and historical diagnostic 
information about the user's line retrieved from the diagnostic information storage 
module 130. The output module 160, in cooperation with the data correlation and 
search module 1 40 could then, for example, assemble and present to the customer 
care support representative a graphical interface that allows, for example, selection of 
various test that could be performed, access to historical test information, and/or 
proposed solutions based on one or more of raw and analyzed current and/or historical 
diagnostic information. 

[0048] For example, upon performing a search for a user's identifier, the user's 
information could be retrieved and displayed with the cooperation of the output 
module 1 60. A list of, for example, the top ten tests for that line could then be 

displayed with, for example, the customer care representative being able to select, for 

»• 

example, with the click of a mouse, the test they would like run and/or the retrieval of 
historical information from one or more previously run tests. For each of the test(s), 
historical information can be illustrated graphically with, for example, color coded 
charts that are correlated to performance criteria. In addition, a chart can be used to, 
for example, assist the customer care representative with walking an end-user through 
self-help diagnostics to, for example, add a new microfilter and run a test to see if any 
improvement in line conditions are achieved, or the like. 

[0049] A user, such as a system administrator, could also automate one or more 
testing procedures. For example, a user could perform a search of one or more of the 
diagnostic information storage module and a database of end users (not shown) and 
identify one or more systems for testing. Then, using one or more of automatic, 
polling based, user initiated and OSS initiated triggering, the identified systems are 
"queued" to enter the diagnostic mode. Upon entering the diagnostic mode, all the 
identified systems forward to the OSS 1 00 the raw diagnostic information about one 
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or more of the CPE modem, line conditions and the CO modem. The OSS 100, in 
cooperation with the appropriate modules, could then analyze the raw diagnostic data 
and automatically generate one or more reports based thereon. 

[0050] For example, if a known problem in a specific geographic area or within a 
certain phone number range was experiencing problems, the data correlation and 
search module could automatically identify all the modems within the area, specify 
the time and type(s) of diagnostic tests to be performed, forward an instruction to 
perform the test and/or update the polling module if appropriate, and wait for the 
receipt of the raw diagnostic data upon completion of the test(s). More specifically, if 
a problem was occumng at a particular time, or during a particular environmental 
condition, such as a temperature change or apparent electronic interference, one or 
more CPE modems could run diagnostic tests at that time. This could aid, for 
example, diagnosis of system problems whose influence on one or more of the CPE 
modem, line or CO modem may not be consistent or continuous. 

[0051] Fig. 2 illustrates and exemplary method of acquiring diagnostic 
information according to this invention. In particular, control begins in step SI 00 and 
continues to step SI 10. In step SllO, a determination is made whether diagnostic 
information should be acquired in an automatic mode. If diagnostic information is to 
be acquired in an automatic mode, control jumps to step SI 80. Otherwise, control 
continues to step S 1 20. 

[0052] In step S 1 20, a determination is made whether to poll the OSS to 
determine whether to acquire diagnostic information. If the OSS is to be polled, 
control jumps to step SI 30 where a determination is made whether the OSS is 
requesting diagnostic information. Otherwise, control continues to step SI 50. 

[0053] In step SI 30, if the OSS requests diagnostic data, control continues to step 
SI 80. Otherwise control jumps to step SI 40 where the control sequence ends. 
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[0054] In step SI 50, a determination is made whether a user initiated diagnostic 
information request has been selected. If a user initiated diagnostic information 
request has been selected, control jumps to step SI 80. Otherwise, control continues to 
step SI 60. 

[0055] In step SI 60, a determination is made whether an operational support 
system initiated diagnostic information request has been received. If an OSS initiated 
diagnostic information acquisition request has been received, control jumps to step 
SI 80. Otherwise, control continues to step SI 70 where the control sequence ends. 

[0056] In step SI 80, the modem trains in the diagnostic information acquisition 
mode to secure the raw diagnostic information. Next, in step SI 90, the raw diagnostic 
information is acquired for one or more diagnostic tests. Then in step S200, the 
acquired diagnostic information is forwarded to the operational support system. 
Control then continues to step S210 where the control sequence ends. 

[0057] Fig. 3 outlines an exemplary method of manipulating the raw data 
according to this invention. In particular, control begins at step S300 and continues to 
step S3 10. In step S3 1 0, the raw data is received. Next, in step S320, the raw data is 
associated with a particular modem, and hence, for example, a particular user. Next, 
in step S330, an analysis of the raw data can be performed and result thereof stored m 
step S340. For example, upon receiving the raw data and knowing the modem 
identification, a certain set of test(s) can be automatically run and the analyzed data 
stored. 

[0058] For example, if there is known trouble within a certain area, certain test(s) 
can automatically be run that can, for example, assist a customer care representative 
with upcoming support calls. In addition, raw data can simply be acquired from one 
or more modems at, for example, predetermined intervals and stored to provide, for 
example, historical information that can be used to, for example, diagnose future 
performance related issues. In general, diagnostic information can be acquired at any 
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time, and analysis thereof performed any time thereafter and there is no restriction on 
the frequency with which raw data can be acquired. 

(0059] In step S350, a determination is made whether to perform a correlation 
between various portions of diagnostic information. If a correlation is to be 
performed, control continues to step S360. Otherwise, control jumps to step S380. 

[0060] In step S3 60, the correlation if performed and in step S370 the resuh 
output. Control then continues to step S380. 

{0061] In step S3 80, a determination is made whether to perform a search for one 
or more of specific modem diagnostic information, perfonnance information, user 
information, or the like. If a search is to be performed, control continues to step S390. 
Otherwise, control jumps to step S4I0 where the control sequence ends. 

[0062] In step S3 90, the sort and/or search of one or more of the raw and analyzed 
data and/or field(s) associated therewith is perforaied. The output of the sort and/or 
search is then output in step S400. Control then continues to step S41 0 where the 
control sequence ends. 

[0063] The above-described system can be implemented on wired and/or wireless 
telecommunications devices, such a modem, a multicarrier modem, a DSL modem, an 
ADSL modem, an XDSL modem, a VDSL modem, a multicarrier transceiver, a wired 
and/or wireless wide/local area network system, a satellite communication system, or 
the like, or on a separate programmed general purpose computer having a 
communications device. Additionally, the systems, methods and protocols of this 
invention can be implemented on a special purpose computer, a programmed 
microprocessor or microcontroller and peripheral integrated circuit element(s), an 
ASIC or other integrated circuit, a digital signal processor, a hard-wired electronic or 
logic circuit such as discrete element circuit, a programmable logic device such as 
PLD, PLA, FPGA, PAL, modem, transmitter/receiver, or the like. In general, any 
device capable of implementing a state machine that is in turn capable of 
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implementing the methodology illustrated herein can be used to implement the 
various communication methods, protocols and techniques according to this 
invention. 

[0064] Furthermore, the disclosed methods may be readily implemented in 
software using object or object-oriented software development environments that 
provide portable source code that can be used on a variety of computer or 
workstation platft)rms. Alternatively, the disclosed system may be implemented 
partially or fully in hardware using standard logic circuits or VLSI design. Whether 
software or hardware is used to implement the systems in accordance with this 
invention is dependent on the speed and/or efficiency requirements of the system, the 
particular fiinction, and the particular software or hardware systems or microprocessor 
or microcomputer systems being utilized. The communication systems, methods and 
protocols illustrated herein however can be readily implemented in hardware and/or 
software using any known or later developed systems or structures, devices and/or 
software by those of ordinary skill in the applicable art from the fiinctional description 
provided herein and with a general basic knowledge of the computer and 
telecommunication^ arts. 

[0065] Moreover, the disclosed methods may be readily implemented in software 
executed on programmed general purpose compi:?ter, a special purpose computer, a 
microprocessor, or the like. In these instances, the systems and methods of this 
invention can be implemented as program embedded on personal computer such as 
JAVA® or CGI script, as a resource residing on a server or computer workstation, as 
a routine embedded in a dedicated communication system or system component, or 
the like. The system can also be implemented by physically incorporating the system 
and/or method into a software and/or hardware system, such as the hardware and 
software systems of a communications transceiver and operations support system. 

[0066] It is therefore apparent that there has been provided, in accordance with 
the present invention, systems and methods for exchanging communication 
parameters. While this invention has been described in conjunction with a number of 
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embodiments, it is evident that many alternatives, modifications and variations would 
be or are apparent to those of ordinary skill in the applicable arts. Accordingly, it is 
intended to embrace all such alternatives, modifications, equivalents and variations 
that are within the spirit and scope of this invention. 
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